Date: Sun,  9 May 93 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #129
To: packet-radio


Packet-Radio Digest         Sun,  9 May 93       Volume 93 : Issue  129

Today's Topics:
                     How do you make AmiPac talk?
                                 K5JB
                       packet novice needs help
                            TNC2 Software

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Sat,  8 May 93 21:31:57 PDT
From: sdd.hp.com!portal!cup.portal.com!jkesling@network.UCSD.EDU
Subject: How do you make AmiPac talk?
To: packet-radio@ucsd.edu

Thanks to Anders, N2JGL, AmiPac now talks.

He reminded me of the Speak-Handler provided with Amiga DOS 1.3 and 2.04.
All I needed to do was "mount speak:".

Thanks again Anders!
73 - John - WA8ZGO

------------------------------

Date: Sat, 08 May 93 10:57:01 PDT
From: pacbell.com!well!moon!gorilla!holmes@network.UCSD.EDU
Subject: K5JB
To: packet-radio@ucsd.edu

Can someone tell me where to get hold of the K5JB package for
DOS?  I looked on SIMTEL, but no luck.

Thanks in advance.

==========================================================================
Tim Holmes             holmes@gorilla.nbn.com             San Rafael, CA
--------------------------------------------------------------------------

------------------------------

Date: Sat, 8 May 1993 13:26:33 GMT
From: usc!howland.reston.ans.net!paladin.american.edu!gatech!wa4mei!ke4zv!gary@network.UCSD.EDU
Subject: packet novice needs help
To: packet-radio@ucsd.edu

In article <agoel.736756059@cory.Berkeley.EDU> agoel@cory.Berkeley.EDU (ANUJ GOEL) writes:
>Hi,
>
>I am a student at uc berkeley working with the solar car team.  I am
>attempting to build a telemtry system to transmit data from our solar car to
>a chase vehicle.
>
>I am attempting to use packet radio for the communication.  Right now, I
>are attempting to build a controller circuit to interface with the tnc in
>the car through an RS-232 port.  I need some help in choosing and getting
>tnc's and radios for the communication.

This looks like a good application for the TAPR Metcom device. It's a
small single chip micro that hooks to a TNC and has A/D converters,
digital input, and digital output lines. You hook up what you want
monitored to the Metcom, do a connect to the TNC from the chase car,
and get the telemetry. Since it also has outputs, you can send commands
to the Metcom to control things on the car.

Note, you may want to do this on a commercial frequency rather than
amateur radio. That's not a big problem, packet is allowed on certain
commercial frequencies, and the radios are similar to amateur rigs.

Gary


-- 
Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
Lawrenceville, GA 30244     |                     | 

------------------------------

Date: Sat, 8 May 1993 14:12:04 GMT
From: pacbell.com!sgiblab!munnari.oz.au!bruce.cs.monash.edu.au!merlin!mel.dit.csiro.au!its.csiro.au!dmssyd.syd.dms.CSIRO.AU!crux.rp.CSIRO.AU!awoolf@network.UCSD.EDU
Subject: TNC2 Software
To: packet-radio@ucsd.edu

In article <1993May6.134433.13922@cc.ic.ac.uk>, abb@ic.ac.uk (Mr A.B. Barnett) writes:
> -- 
> .. ___  ._.. ___ _. __.  ._ _. _..  _ .... ._ _. _._ ...
>          Alan Barnett   a.barnett01@imperial.ac.uk
>   .._. ___ ._.  ._ ._.. ._..  _ .... .  .._. .. ... ....


Surely that should be 
 ... ___  ._.. ___ _. __.  ._ _. _..  _ .... ._ _. _._ ...
          Alan Barnett   a.barnett01@imperial.ac.uk
   .._. ___ ._.  ._ ._.. ._..  _ .... .  .._. .. ... ....


=========================================================================

_.. .   ..._ _._ ..___ . .__. ___   ._._. _._

-- 
  Andrew Woolf                        | PO Box 76, Epping, NSW 2121, AUSTRALIA
  Signal & Imaging Technology Program | Email : awoolf@rp.csiro.au 
  CSIRO Division of Radiophysics      | Phone : +61 2 868 0497

------------------------------

Date: Sat, 8 May 1993 14:34:45 GMT
From: usc!howland.reston.ans.net!gatech!kd4nc!ke4zv!gary@network.UCSD.EDU
To: packet-radio@ucsd.edu

References <H.eg.GSLoZIPLkbM@harvee.billerica.ma.us>, <1993May4.144040.15122@ke4zv.uucp>, <H.eg.QXZ6WvukgZU@harvee.billerica.ma.us>
Reply-To : gary@ke4zv.UUCP (Gary Coffman)
Subject : Re: commerical packet radio

In article <H.eg.QXZ6WvukgZU@harvee.billerica.ma.us> esj@harvee.billerica.ma.us writes:
>Content-Transfer-Encoding: 7bit
>Lines: 50
>
>To all that answered, *thanks*.  as is usual, life delivers an interesting
>twist on the story after I posted my original message.  read on...
>
>In <1993May4.144040.15122@ke4zv.uucp>, Gary Coffman writes:
>>A FAX modem switch could be a better alternative, a good one is
>>available from Sam's Club. Your phone won't ring unless it's a voice
>>call. 
>
>Thanks, I'll look but so far I've been dissapointed in those boxes
>because they usually require some form of interaction after the phone
>picks up.  my modem and dialer are *real stupid* and I don't feel
>like writing yet another dialer...

The device is the CS660 by Command Communications Inc. It handles
answering machines, fax, phone, and modem all off of one line.
You can program it's behavior, even making it change it's behavior
based on time of day. It generates ring signals on it's output lines,
so after it decides which device the call should be routed to, it
makes the device think it's on an outside line. For outgoing service,
it generates a busy to the devices when one of them has the line in
use. So you don't have to rewrite any scripts, as far as your dialer
is concerned, it's on a single line. I really like this box. It's a
lot smarter than most comswitches.

>anyway, the cost of bandwidth and control of content remain an issue. 
>I believe that some form of unlicensed but hopefully coordinated spectrum 
>for point to point WAN use is needed for things like the community 
>internet project.  Along those lines, I would like to see something 
>like don stoner's(?) proposal for a digital CB in the 6m band be reworked 
>for the 220-222 mhz spectrum UPS just gave up on.  
>
>what do you think?

Well I'd rather have it back for hams, but if not, that's a reasonable
option. Nailed up point to point links are best done at microwave, however,
the VHF spectrum probably is better suited to broadcast protocols. That's
a reasonable way to distribute Usenet though. Regular phone modem links 
could handle the back feed volume.

Gary
-- 
Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
Lawrenceville, GA 30244     |                     | 

------------------------------

End of Packet-Radio Digest V93 #129
******************************
